За Odoo има един много полезен модул, Automated Backups, който прави бекъп на базата и файлоwете към нея в компресиран файл локално или на друг сървър по ssh. Модула ползва библиотеката pysftp. Ако е инсталирана версия 0.2.9, при опит за свързване с отдалечения сървър, дава грешка, че няма частен ключ, въпреки че е зададена парола, а полето за ключ е празно. Проблема се решава, като се инсталира по-старата версия на styp 0.2.8. Дискусията по проблема е тук.

pip install pysftp==0.2.8

Не трябва да забравяте да добавите и публичния ключ на сървъра, на който ще записвате бекъпа. Например:

sudo -u odoo ssh Този имейл адрес е защитен от спам ботове. Трябва да имате пусната JavaScript поддръжка, за да го видите. - 192.168.1.190 е IP адреса или FQDN на сървъра за бекъп

В допълнение може да се добави и модула Database Auto-Backup Download, който позволява да свалите бекъп директно от Odoo.

По долу ще ви предоставя списък от Python библиотеки за коректната работа на Odoo 8 и външни модули, известен повече като dependencies. В официалната документация много от задължителните библиотеки липсват. Например файла /opt/odoo/odoo/requirements.txt съдържа списък от само 41 библиотеки. В една наша типична инсталация, инсталираните модули са около 460 520. Поради тази причина и долния списък е от 135 161 библиотеки. Списъка няма претенции да е 100% пълен. При някои допълнителни модули е възможно да има нужда и от допълнителни библиотеки. Създайте файл със съдържанието на долния списък (с име напр. requirements.txt) и инсталирайте с

pip install -r requirements.txt

В Odoo 8, вероятно и в 9, съществува един  чисто потребителски проблем при получаване на фактура от доставчик при покупка. Проблема е, че полето за номер на фактурата на доставчика не е задължително и често попълването му се забравя от потребителите. Същевременно това поле е важно за да може да присъства в банковите извлечения или да се генерира коректно в дневника за покупки при месечната справка декларация по ДДС. Номерът който се генерира автоматично в системата (напр. EXJ/2016/0241) всъщност е номер на операцията в дневника за покупки на Odoo и разбира се това не е номер на фактурата на доставчика.

Обикновенно ERP Odoo  се инсталира на VPS или на физически сървър. Винаги логическите процесори са повече от един, най често 4, 8, 16. Ако Odoo не е настроен да работи в мултипроцесорен режим, вие не ползвате ефективно сървъра, в часност процесора му. Това е особенно важно в реални ситуации, когато в системата работят паралелно (едновременно) над 5 потребителя. Без значение е общия брой потребители.

Днес проверявах индексираните от Google страници на един сайт с електронен магазин и ERP, реализирани с Odoo 8. Направи ми впечатление, че в индекса има страници, които реално са стари, тестови и нямат линк към тях (поне към момента) нито от менюта, нито от линкове в сайта. Няма лесен и удобен начин да бъде изтрита страница от фронтенда. Изтриването на меню, не изтрива и страницата. След кратко търсене, попаднах на дискусия в Github по този проблем (бъг). Има начин да бъде изтрита страница, но е на много неудобно място в бекенда. Копирам тук решението, колкото и да е неудобно:

В новата версия на Odoo  8 (OpenERP), понеже е все още RC1, се срещат досадни бъгове. По долу ще се опитам да опиша тези, за които си спомням и тяхното решаване като проблем.

Както бяха обещали от OpenERP S.A., в Github в branch master е налична версия 8. Разликите с 8dev версията външно не са много, но на сървър на който работи 8dev версията, stable RC1 версията не тръгва. Трябва да се изпълнят някои нови зависимости и да се инсталират няколко допълнителни phyton модула.

От 4 до 6 юни се състоя Odoo - Opendays 2014. На събитието бе представена новата версия 8 на ERP системата с отворен код Odoo (бивша OpenERP).